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(57) A secure, trusted network management func- 
tion embedded within a network interface device is pro- 
vided. The network interface device connects a host 
computer to a network and contains a host bus interface, 
a network interface, and control logic. The network in- 
terface device incorporates a secure language proces- 
sor, non-volatile memory, and a carrier sense circuit. 
The secure language processor executes a secure lan- 
guage program, and the non-volatile memory stores 
identification keys for remote devices and objects of val- 
ue for network applications. If an application program is 
to be executed or accessed by the host computer, the 
secure language processor verifies that the object of 
value allows such execution or access. If a remote net- 
work device attempts to control the functionality of the 
network interface device, the secure language proces- 
sor verifies that the remote network device has the au- 
thority to issue such a command. 
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Description 

The present invention relates generally to the field 
of computer networking, and more particularly to the im- 
plementation of secure network management functions $ 
within network interface devices. 

Network interface devices, such as modems and 
Ethernet controllers provide a physical and logical con- 
nection between a network station and a network. Typ- 
ical network stations include host computers, routers, io 
and network servers. A network interface device is treat- 
ed as part of the network station's physical and logical 
structure, on the same logical level as the network sta- 
tion's CPU, memory, and disk devices. A network inter- 
face device is also assumed to be a physical or link layer 
device within the Open Systems Interconnection (OSI) 
seven layer model of network architecture. The primary 
function of a network interface device is to translate data 
contained within the internal memory of the computer 
into a frame or packet suitable for transmission on the 20 
appropriate network, and to perform the reverse conver- 
sion upon receipt of a valid frame from the network. Mo- 
dems, which are considered network interface devices 
for asynchronous access, may implement I ink- 1 eve I data 
compression and error correction as part of this conver- 25 
sion and transmit/receive process. 

The increased use of network applications and en- 
vironments has led to great increases in the volume of 
traffic between computers over networks. Not only has 
, the volume of network traffic increased, but the com- 30 
plexity of network transactions has increased as well. 
Many network applications now allow users to perform 
commercial or fee -based transactions which require the 
exchange or payment of money. Such applications often 
involve the transmission of confidential information, 35 
such as credit card or subscriber identification numbers. 
This increased use and complexity of network applica- 
tions necessitates greater resource and access control 
over the computers and routers on a network in order to 
ensure that network traffic flows efficiently and that mes- *o 
sages are transmitted securely. Current network inter- 
face devices lack certain essential features which are 
increasingly being required in modern network environ- 
ments. These features include the ability to have a re- 
mote network station control the network interface of a 45 
host computer, and the ability to provide a logical repre- 
sentation of network services even when the host com- 
puter is disconnected from the network. 

There are currently no Transmission Control Proto- 
col/Internet Protocol (TCP/IP) fielded networked sys- 50 
t ms that provide secure and reliable in-band, network- 
based control of network interface devices within net- 
work stations. Some systems allow control from the net- 
work station to the remote serv r, for example, a tele- 
phone customer using the *69 call return feature to fetch £ & 
information from the local telephone company switch. 
However, these systems do not allow remote server or 
network control over the network interfac device within 



the network station. Such control is useful because it 
would allow a central network entity to control network 
traffic characteristics, such as bandwidth usage by sta- 
tions on the network. Howev r access to the network 
interface device from devices on the network other than 
the host computer within which the interface device re- 
sides raises several security concerns. Insecure access 
to the network interface device from the network may 
allow undesired exposure of data or sensitive informa- 
tion. It may also allow an improper configuration to be 
set which may result in a misdirection or even loss of 
data. It is thus desirable to provide a network interface 
device which allows secure control over operational 
characteristics of the network interface device from re- 
mote devices on the network. 

Present networked systems also fail to provide se- 
cure and reliable local representation of network serv- 
ices within a network interface device for a host compu- 
ter. In an environment in which a host computer access- 
es a fee-based application from a remote server, the net- 
work interface device (which is under the complete con- 
trol of the network station) cannot contain any state in- 
formation or object of value such as licenses, payment 
data or electronic rights-to-use, because this informa- 
tion can be modified, created (spoofed) or destroyed by 
the host computer. In current systems, electronic ob- 
jects of value are stored in a secure manner on another 
station on the network, such as the remote server and 
the host computer is required to use a network protocol 
such as Remote Procedure Call (RPC) to acquire the 
object from the remote server's secure storage system. 
These systems require that a network connection be 
maintained between the host computer and remote 
server during the time that the application is executed 
on the host computer, and also that the remote server 
and host computer transmit sensitive information (i.e., 
the license or payment data) over the network. These 
systems thus introduce connectivity and security con- 
straints to a network application environment. It is thus 
further desirable to provide a network interface device 
which allows secure representation of network services 
to a host computer even when the host computer is dis- 
connected from the network. 

In addition, network interface devices in the prior art 
have various other disadvantages which are overcome 
by the present invention, as described in the detailed 
description which follows. 

Particular and preferred aspects of the invention are 
set out in the accompanying independent and depend- 
ent claims. Features of the dependent claims may be 
combined with those of the independent claims as ap- 
propriate and in combinations other than those explicitly 
set out in the claims. 

An embodim nt of the invention provid s a method 
and apparatus for securely controlling a local network 
device from a network, and providing network services 
to a host computer without requiring a network connec- 
tion. Th network interface device contains a secure lan- 
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guage processor. Th s cur language processor veri- 
fies commands sent from th network to the host proc- 
essor and provides an embedded, robust environment 
which allows for secure access and control over re- 
sources within the network interface device, and the 
storage of sensitive information within the network inter- 
face device. 

In one particular embodiment of the present inven- 
tion, the secure language processor is implemented 
within a Java™ language interpreter (Java is a trade- 
mark of Sun Microsystems). The Java language inter- 
preter utilizes the Java programming language and ap- 
plication level support for digital signatures to receive 
and verify control commands sent to the host computer 
from a remote network device. This control command 
could request the execution of a local function such as 
a reduction in bandwidth consumption, or the change in 
network addressing or connectivity. The Java language 
interpreter also provides control over embedded non- 
volatile memory for storing objects of value, and a re- 
stricted interface. This mechanism allows a network in- 
terface device to represent and proxy for services avail- 
able on a network, even when the local device is dis- 
connected from the network. 

Other features of the present invention will be ap- 
parent from the accompanying drawings and from the 
detailed description which follows. 

The present invention is illustrated by way ol exam- 
ple, and not by way of limitation, in the figures of the 
accompanying drawings and in which like reference nu- 
merals indicate similar elements and in which: 

Figure 1 is a block diagram representation of a prior 
art network interface device. 
Figure 2 illustrates network stations which contain 
network interface devices connected through a net- 
work. 

Figure 3 is a block diagram of a network station 
which implements a network interface device ac- 
cording to one embodiment of the present inven- 
tion. 

Figure 4 is block diagram of a network interface de- 
vice according to one embodiment of the present 
invention. 

Figure 5 illustrates the network functionality of the 
Java Enabled Network Interface Device according 
to one aspect of the present invention. 
Figure 6 illustrates the representation of network 
services by the Java Enabled Network Interface De- 
vice according to one aspect of the present inven- 
tion. 

Figure 7 illustrates the installation of objects of val- 
ue according to one embodiment of the present in- 
vention. 

Figure 8 is a flowchart illustrating th installation of 
an object of value according to one embodiment of 
the present invention. 

Figure 9 illustrates the provision of remote network 



control according to on embodiment of the present 
invention. 

Figure 10 is a flowchart illustrating the process of 
executing a remote network control command ac- 
5 cording to one embodiment of the present inven- 
tion. 

A method and apparatus for embedding a secure 
network management function within a local network in- 
fo terface device is described. In the following description, 
for purposes of explanation, numerous specific details 
are set forth in order to provide a thorough understand- 
ing of the present invention. It will be evident, however, 
to one skilled in the art that the present invention may 
1$ be practiced without these specific details. In other in- 
stances, well-known structures and devices are shown 
in block diagram form to facilitate explanation. 
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Hardware Overview 



An embodiment of the invention enables network 
stations such as host computers, network servers, and 
network routers to transmit messages over a network. 
Secure network management functions within these 

25 network stations allow the control of these stations from 
remote devices on the network and the proxying of serv- 
ices available on the network. 

The secure network management functions and 
other aspects are implemented by a processing unit in 

30 a network interface device connected to or built into a 
network station. The processing unit executes a se- 
quence of instructions stored in a memory. The memory 
may be a random access memory (RAM), read-only 
memory (ROM), a persistent store, such as a mass stor- 

3S age device, or any combination of these devices. Exe- 
cution of the sequences of instructions causes the 
processing unit to perform steps implementing an em- 
bodiment of the invention. 

The instructions may be loaded into the memory of 

40 the network interface device from a persistent store and/ 
or from one or more other host computer systems over 
a network connection. In some cases, the downloaded 
instructions may be directly supported by the processing 
unit. Consequently, execution of the instructions may be 

45 performed directly by the processing unit. In other cas- 
es, the instructions may not be directly executable by 
the processing unit. Under these circumstances, the in- 
structions may be executed by causing the processing 
unit to execute an interpreter that interprets the instruc- 

50 tions, or by causing the processing unit to execute in- 
structions which convert the received instructions to in- 
structions which can be directly executed by the 
processing unit. 

In other embodiments, hardwired circuitry may b 

55 used in place of, or in combination with, softwar instruc- 
tions to implement the present invention. Thus, th 
present invention is not limited to any specific combina- 
tion of hardware circuitry and software, nor to any par- 
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ticular source for the instructions executed by the target. 

Figure 1 illustrat s a typical prior art network inter- 
face device. Network station 100 includes a central 
processing unit (CPU) 102, memory 104, and network 
interface device 106, all connected by an internal bus 
1 08. Network interface device 1 06 contains three logical 
sections, control logic 110, a host bus interface 112, and 
a physical or framing circuit 114. The network interface 
device 106 connects network station 100 to network 120 
through link 122. Network 120 serves to connect other 
nodes such as remote server 124 to network station 
100. In a typical network configuration, network station 
1 00 could be a host computer or a network router which 
buffers and transmits messages along the network. In a 
typical network application environment in which net- 
work station 1 00 is a host computer, network station 1 00 
accesses application programs or data from remote 
server 124 over network 120. An example of such an 
application would be a user accessing a World-Wide- 
Web page from a remote server, on a local personal 
computer. 

Figure 2 illustrates a network 200 in which secure 
network management functions are provided by an em- 
bodiment of a network interface device according to the 
invention. Host computers 201 and 202, which may be 
conventional personal computers or similar processing 
machines, are coupled to a network server 204 over net- 
work line 210. The network 200 may include one or more 
routers 206 which serve to buffer and route messages 
transmitted between the host computers. Each of the 
devices on the network represents a network station. 
The network line 210 and router 206 may be utilized by 
the Internet, a Wide Area Network (WAN), a local area 
network (LAN), or any combination thereof. The server 
204 contains application programs and/or data which 
are accessible over the network by host computers, 
such as computers 201 and 202. The host computers 
may either access the applications directly for execution 
over the network, or download a copy of the application 
from the server 204 for local execution. Network traffic 
consisting of messages and commands are transmitted 
using the communication protocol specified by the par- 
ticular network 200. Any of the network stations in net- 
work 200 may contain a network interface device which 
implements the secure network management function 
of the present invention. 

Figure 3 illustrates a block diagram of a computer 
system in the network of Figure 2. The architecture de- 
picted in Figure 3 is generally applicable to any network 
station used in conjunction with the present invention, 
whether it be a router, host computer, or server. The 
computer system 300 includes a processor 302 coupled 
through a bus 301 to a random access memory (RAM) 
304, a read only m mory (ROM) 306, and a mass stor- 
age d vice 307 such as a disk or tape drive for storing 
data and instructions. An input device 321 , such as a 
keyboard or mouse, is coupled to bus 301 for commu- 
nicating information and command s lections to proc- 



6 

essor 302. A display device 320 for visual output is also 
coupled to processor 302 through bus 301 Computer 
system 300 is connected to a network medium through 
network int riace 322. If computer system 300 is a host 

s computer, network interface 322 typically provides a 
network connection to a network router, but the interface 
could also be directly to another host computer. If com- 
puter system 300 is a router, network interface 322 pro- 
vides a network interface to a host computer or another 

10 router. Network interface 322 could represent a device 
such as a modem, Ethernet controller, FDDI interface, 
or ATM card. Note that the architecture of Figure 3 is 
provided only for purposes of illustration, and that a host 
computer or a router used in conjunction with the 

is present invention is not limited to this specific architec- 
ture. 

Java Enabled Network Interface Device 

20 in current network stations, the network interface 
322 would typically be implemented by the architecture 
illustrated for network interface device 106 in Figure 1. 
According to one embodiment of the present invention, 
however, network interface 322 provides secure net- 
2S work management through the incorporation of a Java 
Virtual Machine within a network interface device. The 
resulting network interface device is referred to as a 
Java Enabled Network Interface Device. A Java Virtual 
Machine is an abstract device which describes an envi- 
30 ronment used to execute Java programs. A Java Virtual 
Machine provides a Java interpreter and run-time envi- 
ronment on top of processor hardware. 

Java is a general purpose, high-level, object-orient- 
ed programming language which supports multiple host 
35 architectures and allows the secure delivery of software 
components. Programs written in Java, sometimes re- 
ferred to as ■applets" or "servlets", are compiled into 
byte-code instructions. Byte-code instructions resemble 
other instruction sets utilized by computers, but are not 
40 hardware specific. A key feature of Java is its security 
mechanisms. One such mechanism is that methods and 
variables are accessed by name, rather than address. 
This allows a verification process to verify that a called 
routine or variable is correct. Java byte-codes also con- 
45 tain additional information which allows the verification 
of program legality. Additionally, Java programs are ex- 
ecuted in a restricted environment, thus reducing the 
possibility that Java programs access computer re- 
sources other than those they are intended to access. 
50 The incorporation of a Java Virtual Machine thus allows 
a network interface device to safely and reliably contain 
state information or code that is properly part of the ex- 
ternal network and not the local computing device (sta- 
tion). It also allows the network interface device to verify 
55 and pass control commands to th host computer which 
request modification of network functions. 

According to one embodiment of the present inven- 
tion, the sole access to items of security is through a 
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Java valu to be restricted to known applets, hosts or 
services that present valid digital signatures. The local 
control of the network interlace device is implemented 
with an embedded Java Virtual Machine. It should be 
noted however, that the present invention may be im- 
plemented by embedding other robust environments 
such as a JavaScript™ environment, or a SafeTcl com- 
mand interpreter within a network interface device 
(JavaScript is a trademark of Sun Microsystems). Fur- 
thermore, other embodiments of the present invention 
may utilize secure programming languages other than 
Java : such as any proprietary scripting language. 

Another mechanism ensuring the security of net- 
work functions according to one embodiment of the Java 
Enabled Network Interface Device is that flash memory 
and other local memory devices utilized by the Java En- 
abled Network Interface Device are physically separat- 
ed from the host computer. The Java Virtual Machine 
performs all negotiation of on-board memory access. 
When loading JavaOS™ from flash or ROM memory, 
the boot sequence (boot P ROM/initial program load) 
may perform a secure checksum calculation using a se- 
cure hash algorithm (e.g., SHA-1 ) to prove that the Java- 
OS code was not modified by anyone other than the 
owner of the signature on the secure hash. For example, 
the SHA-1 hash is encrypted with the private key of the 
manufacturer, such that only the public key of the card 
manufacturer can unlock the hash value, to be com- 
pared with one computed on the fly during an initial pro- 
gram load. JavaOS is a small, self-contained operating 
system that implements a Java Virtual Machine and net- 
work interface, and is designed to run on any processor 
capable of supporting the Java Virtual Machine, such as 
a Sun SPARC™ processor or a Sun Java chip (JavaOS 
and SPARC are trademarks of Sun Microsystems). 

Figure 4 provides a block diagram illustration of a 
network interlace device which incorporates a Java Vir- 
tual Machine according to one embodiment of the 
present invention. In the Java Enabled Network Inter- 
face Device, the simple control and physical interface 
units of a typical network interface device (such as that 
illustrated in Figure 1) are replaced with a multi-compo- 
nent interface and control system. System 400 illus- 
trates a Java Enabled Network Interlace Device 401 
connected to the central processing unit (CPU) 420 and 
memory 422 of a host computer 405 through local bus 
430. Java Enabled Network Interlace Device 401 pro- 
vides a connection from the host computer 405 to the 
network 440. Network 440 provides the connection be- 
tween the host computer 405 and a secure processor 
424 within a remote server or other network station. As 
should be apparent to those of ordinary skill in the art, 
although the Java Enabled Network Interface Device 
401 is illustrated in Figure 4 as being contained within 
the host computer 405, the Java Enabl d Network In- 
terface Device 401 could also be embodied within a de- 
vice which is separate from host computer 405, but con- 
nected to host computer 405 through appropriate wiring, 



or within a removable card which interfaces to host com- 
puter 405 through an expansion port. 

The Java Enabled Network Interface Device 401 in- 
cludes a Java Virtual Machine 402 : control logic 412, a 

s host bus interface circuit 410, and a network interface 
circuit 416. The network interface circuit 416 provides 
the physical interface to the network 440 and may be 
implemented by a modem encoder/decoder (CODEC) 
or Ethernet interface chip, or a similar network device. 

io The control logic 412 controls the transmission of mes- 
sages between the network 440 and the local bus 430 
of the host computer 405, and can be implemented us- 
ing standard discrete chipsets or other circuit devices. 
A carrier sense circuit 406, which is controlled by Java 

is Virtual Machine 402, interfaces the physical network in- 
terface 416 to the external network 440. The carrier 
sense circuit detects the presence of a physical network 
connection, such as a completed telephone call to a mo- 
dem in answer mode, or an Ethernet connection with 

20 clear carrier. The Java Enabled Network Interface De- 
vice 401 also includes a volatile memory device 414 
which is used as a temporary storage area or "scratch 
pad". This scratch pad memory provides the local mem- 
ory requirements of the Java Virtual Machine 402. 

25 The Java Virtual Machine 402 incorporates a Java 
run-time process on a Java processor circuit 403. The 
Java processor circuit 403 within the Java Virtual Ma- 
chine 402 executes Java programs and may be imple- 
mented as a microprocessor, such as a Sun SPARC 

30 processor, or in programmable logic circuitry such as an 
ASIC device. The Java Virtual Machine 402 also in- 
cludes non -volatile memory 404. The Java processor 
accesses non -volatile memory 404 which stores state 
information such as objects of value, digital signatures, 

35 or encrypt ion keys. Non -volatile memory 404 may be im- 
plemented in a memory device such as EEPROM or 
Flash memory, or any similar device which retains mem- 
ory in a power down state or when the device is removed 
from the circuit. 

40 

Java Virtual Machine Operation 

The Java Virtual Machine 402 is located in the da- 
tapath between the physical network interface 416 and 
45 the local control logic 412. Any data passing from the 
host computer 405 to the network 440 may be intercept- 
ed, interpreted and processed by the Java Virtual Ma- 
chine. In this capacity, the Java Virtual Machine acts as 
an Internet Protocol (IP) level device connected to the 
5o host computer 405. By default, any packets passing into 
the Java Virtual Machine from the host computer 405 
are copied to the physical network interface circuit 41 6. 
Similarly, inbound packets from the network 440 to th 
host computer 405 are received by the Java Virtual Ma- 
ss chine where they may be processed or transmitted 
straight through to the local control logic 412. When the 
carrier sense circuit 406 signals the Java Virtual Ma- 
chine 402 that there is no longer a valid network con- 
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nection, the Java Virtual Machine 402 may itself choose 
to respond to IP packets and generate the correct re- 
sponse packets. Such IP packets could include re- 
qu sts for objects of value : license verification, or other 
completion messages for a microtransaction. 

Figure 5 illustrates the network functionality of Java 
Enabled Network Interface Device according to one em- 
bodiment of the present invention. The Java Enabled 
Network Interface Device 502 interfaces a host compu- 
ter 504 with network 506 . Normal outbound I P traffic 510 
generated by the host computer 504 is intercepted by 
the Java Enabled Network Interface Device 502 and 
transmitted to network 506 as metered outbound IP traf- 
fic 512. Inbound IP traffic 522 transmitted to host com- 
puter 504 from network 506 is intercepted by Java En- 
abled Network Interface Device 502 and passed along 
to host computer 504 as inbound IP traffic, if secure ad- 
dress filters in the Java Virtual Machine within the Java 
Enabled Network Interface Device determine that the 
traffic may be passed through. Certain inbound IP traffic 
522 may not be intended to pass through to the host 
computer 504. Such traffic could include network man- 
agement commands, such as commands which instruct 
the Java Enabled Network Interface Device to modify 
network bandwidth usage. These commands are proc- 
essed by the Java Enabled Network Interface Device 
itself. Similarly, certain inbound IP traffic 520 from the 
Java Enabled Network Interface Device 502 to the host 
computer 504 may include messages which are provid- 
ed by the Java Enabled Network Interface Device itself. 
These messages would be accessible from the host 
computer 504, even when the host computer 504 is dis- 
connected from network 506, and may include data 
packets such as objects of value. 

The Java Enabled Network Interface Device uses 
the existing TCP/IP interfaces and does not require any 
new data link, network or session layer protocols. New 
applications may be developed and run on the on-board 
processor 403, such as the Resource Reservation Pro- 
tocol (RSVP) for pacing and bandwidth allocation, but 
no new session or lower level protocols are required. 
The Java Enabled Network Interface Device presents 
data link frames to the host computer, but may also per- 
form some higher-level processing as well. In one em- 
bodiment of the present invention, the DLPI (data link 
provider interface) specified by SunSoft™ suffices to 
connect the Java Enabled Network Interface Device to 
the TCP/IP slack below the IP implementation level 
(SunSoft is a trademark of Sun Microsystems). 

From the perspective of the network, the Java En- 
abled Network Interface Device is accessed through 
pre-defined port numbers at the IP address of the host 
computer. For example, while the sendmail (mail trans- 
fer agent) process may b found at port 25 on the host 
computer, the Java Enabled Network Interface Device 
will use a similar well-known port number and the IP ad- 
dress of the host computer These port numbers are ac- 
cessible to application programs using standard TCP/ 



IP system configuration files, library calls and utilities. 
Access to the local TCP/IP control functions is handled 
through additional native methods added to the on- 
board Java Virtual Machine to provide the ability to add, 

s remove, or modify IP addresses and TCP port numbers 
that are being "watched" by the Java Enabled Network 
Interface Device for inbound or outbound traffic. These 
interfaces will be used, for example, when an object of 
value is installed from a remote secure host. 

io According to one embodiment of the present inven- 
tion, application level code is loaded into the Java Ena- 
bled Network Interface Device using the Java Server in- 
terface. This interface is well documented by Java- 
Soft™ and provides a mechanism for secure server- 

is side execution of Java applets (JavaSoft is a trademark 
of Sun Microsystems). In this regard, the Java Enabled 
Network Interface Device appears to be a server from 
the viewpoint of the host computer. The on-board Java 
Virtual Machine requires only the embedded interfaces 

20 for the Java environment. In the case in which the Java 
Enabled Network Interface Device is implemented with- 
out a window system interface, there is no need for com- 
ponents such as the abstract window toolkit^ (AWT). 
However, other class libraries, for example, those for 

25 electronic commerce, may be added at the discretion of 
the implementor. 

Representation of Network Services 

30 The incorporation of a Java Virtual Machine within 
a network interface device allows the network interface 
device of a host computer to securely store state infor- 
mation that is normally stored on remote devices on the 
network, and not within the host computer. An applica- 
35 tion running on a host computer may require certain 
state information from a remote server to allow execu- 
tion. Typically, the host computer must initiate commu- 
nication with the remote server over the network and re- 
quest this information. The security features of the Java 
40 Virtual Machine, however, allow this state information to 
be programmed within the network interface device, and 
thus the host computer may access this information di- 
rectly from its network interface device instead of over 
the network from the remote server. The Java Enabled 
45 Network Interface Device thus acts as a proxy for net- 
work services. 

An example of the representation of network serv- 
ices by the Java Enabled Network Device is the situation 
in which software is licensed on a metered or pay-per- 
50 use basis. In present applications and systems, an ob- 
ject of value, such as a digital cash token or a license 
token is stored in a remote server and requested by a 
host computer. This requires a network connection be- 
tween the host computer and the remote server, as well 
55 as th transmission over th network of message pack- 
ets which may contain confidential and sensitive infor- 
mation. 

As illustrated in Figur 4, the Java Virtual Machine 
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402 allows the secure storag of the object of value with- 
in the network interface device with security mecha- 
nisms that do not allow unauthorized access or tamper- 
ing of the object of value by the host computer 405. The 
object of value is stored in the non-volatile memory 404 
of the Java Virtual Machine 402. The Java Virtual Ma- 
chine 402 intercepts the license request, decrements 
the value of the license token, and returns a positive re- 
sponse if enough value remains or denies the license if 
the token value is depleted. From the point of view of 
the local application on the host computer 405, the re- 
quest was satisfied by a secure, trusted processor 424 
or server on the network. This mechanism allows the 
object of value to be used even when there is no network 
connection for verification of the license or transfer of 
funds tor payment. In this case, the host computer will 
be allowed to execute an application program which 
may be stored on the host computer, but may require 
an object of value to allow execution. This mechanism 
also allows the host computer to download an applica- 
tion program from a remote location to be executed on 
the host computer if an object of value is required to al- 
low the download operation. 

The Java Virtual Machine 402 may also be treated 
as a trusted device on the network for purposes of re- 
loading items of value, for example, resetting the 
number of uses permitted by a software license. Typi- 
cally this action would require the host computer 405 to 
contact a remote server 424 over the network 440 to 
access a data store which contains a license counter 
With the Java Virtual Machine 402, however, this action 
may be initiated by a Java applet running entirely within 
the Java Virtual Machine 402 : or by a Java servlet run- 
ning in the Java Virtual Machine 402 talking to a Java 
applet running at user level on the host computer 405. 
For example, a user acquiring a right-to-use via tele- 
phone (with credit card payment) would receive an en- 
crypted string to be presented to the Java Virtual Ma- 
chine servlet. In this process, the user on the host com- 
puter 405 loads the local web page containing the Java 
applet with the payment/update protocol in it; the local 
applet contacts the Java servlet in the Java Virtual Ma- 
chine 402 using standard TCP/IP messages. Upon ver- 
ification of the encrypted string by the Java servlet, the 
Java Virtual Machine 402 updates any local states such 
as an object of value, digital cash token, or license to- 
ken. 

Figure 6 illustrates the operation of the Java Ena- 
bled Network Interface Device during representation of 
network services according to one aspect of the present 
invention. The Java Enabled Network Interface Device 
630 monitors inbound network traffic 616 and outbound 
network traffic 611 between host computer 610 and se- 
cure processor 620. 

Inbound traffic 616 directed to a Java applet in the 
Java Virtual Machine 602 is copied from the inbound IP 
stack to the Java Virtual Machine, and is not passed up 
to the host computer 610 through TCP port 606. This 



' decision is made by examining the IP address and port 
number of each incoming packet in an IP address filter 
604, or by looking for address/port pairs that match the 
"watchlist" established by locally installed objects of val- 
5 ue. The technique lor building and maintaining such a 
watch list is the same used for multiple, virtual IP ad- 
dresses on a single network interface, or the manage- 
ment of Class D multicast addresses. The IP address 
filter 604 communicates to the TCP port 606 through in- 
fo put line 61 3 and output line 61 4, and to the Java Virtual 
Machine 602 through line 617. Inbound traffic 616 which 
is not directed to the Java Virtual Machine 602 is passed 
to host computer 610 over inbound line 612. 

Outbound traffic 611 from host computer 610 des- 
15 tined for well-known licensing servers or other secure 
servers may be captured and replied to by the Java En- 
abled Network Interlace Device 630, depending on the 
current state of the network connection. Under normal 
circumstances, the outbound traffic 611 is copied to the 
20 outbound physical network and transmitted over line 
615. However, during operation in which the host com- 
puter 610 is disconnected from the network, traffic des- 
tined for servers represented by locally installed objects 
of value is directed to the Java Virtual Machine 602 over 
25 line 61 8, while other traffic is discarded. 

Figure 7 is a block diagram which illustrates the 
process of installing object of value in the Java Enabled 
Network Interface Device according to one embodiment 
of the present invention. To create an object of value on 
30 the Java Enabled Network Interface Device 706, a Java 
applet representing the value, location, and increment/ 
decrement function of the object of value, is loaded into 
the Java Virtual Machine as a server proxy 708 directly 
from the inbound network connection 722. The object of 
35 value is initially available from a license process 714 
within a server application 712 running on a secure serv- 
er 710. Normal network traffic is transmitted between 
the secure server 710 and the host computer 702 over 
line 720. However traffic generated by the server proxy 
40 708 is transmitted to host computer 702 from the secure 
server 710 over line 722 and line 724. 

In the Java Virtual Machine, object of value applets 
are loaded into flash memory, so that they will remain in 
place after a power cycle or machine reboot. A listener 
45 applet running in the Java Virtual Machine awaits a con- 
nection on a well-known TCP port number, and any in- 
coming traffic to that port is taken to be a serialized Java 
applet that may be installed in the Java Virtual Machine. 
Once installed, that Java applet may listen on other TCP 
so ports for other methods (actions), such as increasing the 
value, decrementing the value or marking the object of 
value invalid. To be secure, the Java applet downloaded 
in such fashion must be digitally signed, and the local 
Java Virtual Machine must recognize the signature as 
55 that of a valid software vendor or local application pro- 
vider. Once the applet is running, it may choos to listen 
at the IP address of the host that provided it, using any 
arbitrary TCP port number. For example, if a host com- 
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puter downloads a digital token dispenser for an inter- 
active game from host A, the Java applet for the token 
dispenser will reside in the local Java Virtual Machine, 
listening for requests destined for port P on host A. 

In this process, the local Java applet is playing the 
role of a proxy for the remote server, monitoring and re- 
sponding to specific requests of that server as if they 
had gone over the network and returned from the server 
Any permanent state, such as the residual value in the 
token dispenser, may be kept in Java variables, since 
the Java class, including data and instructions which im- 
plement the object of value, is stored in flash memory 
while it is in use. Updates to the stored value (such as 
token consumption for game-playing) will be stored in 
flash memory as well, transparently to the Java applet. 
Because the locally installed Java applet represents the 
secure, remote network server typically used lor soft- 
ware licensing, the desktop or portable computer with a 
Java Enabled Network Interface Device installed may 
continue to use licensed or per-use charge software 
while disconnected from the network. In this case, op- 
eration continues as explained above, however, net- 
work traffic that is not intercepted for use on the Java 
Enabled Network Interface Device will be discarded. 

In an alternative embodiment of the present inven- 
tion, the Java Enabled Network Interface Device may 
be configured to contain several tokens or rights to use, 
each assigned to a different user or account. This mech- 
anism provides for the implementation of per-user au- 
thentication from multiple users without requiring a re- 
movable, per-user device, such as a 'smart card*. In this 
implementation, several users, each with their own ac- 
cess code stored as a digital signature can securely ac- 
cess an application on the host computer This mecha- 
nism also allows the downloading of several rights, to 
use which allow the user to access services for a period 
of time from a remote location or when the host compu- 
ter will be disconnected from the network for a period of 
time. 

Figure 8 is a flowchart which represents the process 
of installing an object of value according to one embod- 
iment of the present invention in relation to the block 
diagram of Figure 7. In step 802, an application 704 run- 
ning on the native operating system of the host compu- 
ter 702 requests a license/token from an application 71 2 
running on a secure remote network server 710. In re- 
sponse, the server 7 1 0 sends an applet representing the 
object of value with an initial valuation, step 804. This 
return message is directed to the Java Virtual Machine 
input port on the Java Enabled Network Interface Device 
706 using the IP address of the host computer 702. The 
server then responds to the host computer's original re- 
quest for an initial license/token, sending the response 
back to the r questing port number so that the user-level 
application may continu processing, step 806. In step 
808, the local application 704 on the host computer 702 
requests the object of value. This request is intercepted 
by the Java Enabled Network Interface Device, step 



810. 

The process of Figure 8 continues with a check of 
the value of the object of value in the Java Virtual Ma- 
chine once the Java Virtual Machine has intercepted the 
5 object of value request, step 812. If value remains on 
the object of value, the value is returned to the local ap- 
plication and the user is allowed to execute the applica- 
tion, step 814. However, if the object of value has no 
value remaining, an error is returned to the local appli- 
io cation, step 816. At that point, the user must reload a 
new object of value from the server 710, step 818. Al- 
ternatively, when the object of value reaches zero stored 
value, the Java Virtual Machine may automatically con- 
tact the secure server 710 and request additional value 
is to be downloaded. This communication may occur 
transparently to the host computer 702 and any local 
application 704. 
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State information stored within the non-volatile 
memory 404 of the Java Virtual Machine 402 allows the 
Java Enabled Network Interface Device 401 to be re- 
motely controlled by devices on the network, such as 
25 secure processor 424. Network interface devices within 
computers and routers on a network may contain con- 
figuration information or parameters relating to network 
management, such as routing addresses and resource 
allocation parameters. Typically, only the host computer 
30 communicating through a network interface device can 
exercise configuration control over that network inter- 
face device. This prevents unauthorized control of a 
computer's network interface device by other devices 
on the network. The security features of the Java Virtual 
35 Machine, however, allow configuration control informa- 
tion to be programmed within the network interface de- 
vice. This provides a mechanism by which the network 
interface device may be securely accessed by devices 
authorized to send control messages to the network in- 
40 terface device. 

An example of the network control allowed by the 
Java Enabled Network Interface Device is the situation 
in which a remote server requires a bandwidth auction 
or usage enforcement of nodes on the network. In such 
45 a case, the network server may request that nodes on 
the network reduce their bandwidth usage to accommo- 
date priority traffic from the server. In present applica- 
tions and systems, a network interface device embed- 
ded within or closely coupled to a host computer can be 
50 controlled through command messages only by that 
host computer. This requires that the host computer be 
requested to send appropriate command messages by 
remote network devices which desire a configuration 
change in the network interface of the host computer. 
55 According to one embodiment of the present inven- 
tion, as illustrated in Figur 4, th Java Virtual Machin 
402 allows the secure storage of the encryption or digital 
signature objects within th Java Enabled Network In- 
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terface D vie 401 with secu rity mechanisms that do not 
allow unauthorized access or tampering of the security 
objects by the remot devices on the network. The se- 
curity object is stored in the non-volatile memory 404 of 
the Java Virtual Machine 402. The Java Virtual Machine s 
402 intercepts a control request and verifies the digital 
signature or encryption key. If the signature or key is val- 
id, the Java Virtual Machine 402 either processes the 
message or transmits the message to the local bus 430 
of the host computer 405 depending on the internal cir- io 
cuitry of the network interface device. If the Java Ena- 
bled Network Interface Device 401 contains circuitry 
that is accessible from the network, the control message 
sent from the remote server may directly control re- 
sources within the Java Enabled Network Interface De- is 
vice 401 . Such resources could include buffer memory, 
routing tables, or packet scheduling processes. If the 
Java Enabled Network Interlace Device 401 is a trans- 
parent device, the control messages are passed 
through to the host computer 405 by the Java Enabled 20 
Network Interface Device 401 , and CPU 420 of the host 
computer 405 issues the appropriate commands to the 
Java Enabled Network Interface Device 401. 

Figure 9 is a block diagram which illustrates the 
process of providing network control in the Java Ena- 2S 
bled Network Interface Device according to one embod- 
iment of the present invention. In Figure 9, a network 
server 910 issues network management commands 
over network 912 to host computer 902. The Java Ena- 
bled Network Interface Device 904 coupled between 30 
host computer 902 and network 912 intercepts these 
commands through Java Virtual Machine 908. If the net- 
work commands are verified as originating from a valid 
and recognized secure server the Java Virtual Machine 
908 implements the command by appropriately control- 
ling the network interface port 906 within the Java Ena- 
bled Network Interface Device 904. 

Figure 10 is a flowchart which represents the proc- 
ess of executing a network control command according 
to one embodiment of the present invention in relation 
to the block diagram of Figure 9. In this example, the 
network server 910 issues a request to the host compu- 
ter 902 to quench its network transmission in order to 
reduce network congestion. In step 1002, server 910 
sends the source quench request to the host computer 
902. The request is intercepted by the Java Virtual Ma- 
chine 908 which verifies the validity of the request by 
checking a digital signature encoded within the request, 
step 1004. If the request is valid, step 1006, the appro- 
priate steps are taken within the Java Enabled Network 
Interface Device to quench the output IP traffic. In the 
case of a source quench command, such action could 
involve causing a packet scheduler in the output port of 
the Java Enabled Network Interface Device to insert a 
delay routin b tween the packet transmissions, step 
1008. If the request is invalid, the request is ignored, 
step 1010. 

Besides controlling bandwidth usage, other remote 
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network management commands may be executed in 
accordance with the teachings of the present invention 
Depending on the resources and processes within the 
Java Enabled Network Interface Device which are ac- 
c ssible and controllable from the network, a secure re- 
mote server may issue network management com- 
mands which specify a quality of service to be provided 
by the host computer alter the routing of messages 
transmitted to the host computer, or totally quench the 
traffic generated by the host computer. 

It will be appreciated that other applications relating 
to secure in-band network management and within the 
scope of the present invention, other than those explic- 
itly listed herein will be apparent to those of ordinary skill 
in the art. 

Configuration and Operation 

According to one embodiment of the present inven- 
tion, the Java Enabled Network Interface Device is im- 
plemented within a network interface device which func- 
tions as a simple network interface if installed and pow- 
ered-up in a default state with no further configuration. 
In such an un-configured state the Java Enabled Net- 
work Intedace Device does not provide any secure net- 
work functions, but does provide network interface func- 
tionality at the DLPI level. 

According to this embodiment of the present inven- 
tion, full installation of the Java Enabled Network Inter- 
face Device requires the creation of a cryptographic key 
to be stored on the device. One key may be created for 
each potential user of the host computer on which the 
device is installed. This allows the Java Enabled Net- 
work Interface Device to be functional in environments 
where the host computer is to be shared, and allows 
multiple user to authenticate themselves without requir- 
ing additional hardware. Cryptographic keys are created 
and installed in non-volatile memory 404. The host com- 
puter configuration data, such as IP address, assigned 
port numbers : hardware address, and initial service con- 
figuration, are downloaded to the Java Enabled Network 
Interface Device. Also downloaded are the locations of 
the network code specific counters, timers and other 
configuration parameters which may be controlled or 
updated by the Java Enabled Network Interface Device. 

Once the Java Enabled Network Interface Device 
is properly configured and installed, a system power-on, 
system reset or input/output bus reset causes the Java 
Enabled Network Interface Device to complete a power- 
on reset and configuration process. This process could 
involve loading JavaOS from on-board non-volatile 
memory, verify the contents of the non-volatile memory, 
build a list of inbound IP address/port number pairs to 
monitor, build a list of outbound IP address/port num- 
bers to monitor, and b gin packet filtering at th IP level. 
Configuration can be completed by the authentication 
of the user using a user-level process/task. In response 
to a password or identification string typed by the user 
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in response to a prompt, the Java Enabled Network In- 
terface Device unlocks the per-us r cryptographic key. 

The configuration and operation procedures provid- 
ed above are intended to serve as an example of the 
use of the Java Enabled Network Interface Device ac- 
cording to one embodiment of the present invention. It 
should be noted that several other configuration and in- 
stallation methods are possible depending upon the ac- 
tual implementation of the secure network management 
functions disclosed in the present invention. 

In the foregoing, a mechanism for embedding a se- 
cure network management function within a local net- 
work interface device has been described. Although the 
present invention has been described with reference to 
specific exemplary embodiments, it will be evident that 
various modifications and changes may be made to 
these embodiments without departing from the scope of 
the invention. Accordingly, the specification and draw- 
ings are to be regarded in an illustrative rather than a 
restrictive sense. 



Claims 



1 . A network interface device providing a physical and 
logical connection between a network station and a 
network medium utilized by a network, said network 
interface device comprising: 

a host bus interface circuit coupled to said net- 
work station; 

a control logic circuit coupled to said host bus 
interface; 

a network interface circuit coupled to said net- 
work medium; and 

a secure language interpreter coupled to said 
network interface circuit and said control logic, 
said secure language interpreter providing a 
secure network management function to said 
network interface device. 

2. The network interface device according to claim 1, 
wherein said secure language interpreter compris- 
es: 

a processor unit executing instructions defined 
by a secure programming language; 
a memory coupled to said processor; and 
a carrier sense circuit coupled to said network 
interface circuit, said carrier sense circuit de- 
tecting the status of transmission signals on 
said network medium. 

3. Th n twork interfac d vie according to claim 2, 
wherein said memory is a non-volatile memory de- 
vice. 

4. The network interface device according to claim 3, 



wherein: 

said secure network management function in- 
cludes implementation by said network inter- 

5 face device of control commands sent to said 

network interface device from one or more re- 
mote devices on said network; and 
said non-volatile memory device contains a da- 
ta string representing a message source verifi- 

70 cation mechanism. 

5. The network interlace device according to claim 3 
wherein: 

75 said secure network management function in- 

cludes the proxying of network services availa- 
ble to said host computer from one or more re- 
mote devices on said network, said network 
services comprising access to one or more fee 

20 based application programs executable by said 

network station; and 

said non -volatile memory device contains a da- 
ta string representing an object of value utilized 
by said application program to verify authoriza- 
25 tion to use said one or more application pro- 

grams. 

6. The network interface device of any one of Claims 
2 to 5, wherein said secure programming language 

30 is the Java programming language, and said secure 
language interpreter is implemented within a Java 
Virtual Machine. 

7. An apparatus providing a proxy for network services 
35 to a first station connected to a network from a sec- 
ond station connected to a network, said apparatus 
comprising: 

a bus interface circuit coupled between said 
40 first station and said network; 

a security circuit coupled to said bus interface 
circuit, said security circuit including a proces- 
sor, said processor executing instructions de- 
fined by a secure programming language; 
45 a memory coupled to said processor, said 

memory containing parameter information uti- 
lized by said network services; and 
a carrier sense circuit coupled to said bus inter- 
face circuit detecting a disconnection of said 
50 first station from said network. 



8. The apparatus of claim 7 wherein: 

said network service comprises a verification 
55 routine executable by said processor; and 

said security circuit transmits a first set of com- 
mands to said first station if said verification 
routine returns a first value when executed by 
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said processor, said first set of commands en- 
abling said first station to execute an applica- 
tion program executable by said first station, 
said verification routine utilizing said parameter 
information contained in said memory. 5 

9. The apparatus of claim 7 or claim 8 wherein said 
parameter information includes a counter for storing 
a counter value and said verification routine com- 
prises an authentication routine for verifying the to 
identity of a user of said first station, said verification 
routine further comprising a decrement routine for 
decrementing the value of said counter value. 

10. The apparatus of claim 9 wherein said authentica- t5 
tion routine further includes a plurality of identifica- 
tion parameters : each of said identification param- 
eters verifying the identity of one of a plurality of us- 
ers of said first station. 

20 

1 1 . The apparatus of any one of claims 7 to 1 0 wherein 
said security circuit transmits said first set of com- 
mands to said first station from said second station 
if said verification routine returns said first value, 
and said security circuit transmits a second set of 25 
commands to said first station from said second sta- 
tion if said verification routine returns a second val- 
ue. 

12. The apparatus of any one of claims 7 to 11 wherein 30 
said security circuit transmits said first set of com- 
mands to said first station if said verification routine 
returns said first value and said first station is dis- 
connected from said network. 

35 

1 3. The apparatus of any one of claims 7 to 1 2 wherein 
said programming language is the Java Program- 
ming Language and said verification routine is a 
Java applet. 

40 

14. An apparatus providing remote network access to 
network interface functions of a first station con- 
nected to a network from a second station connect- 
ed to said network, said apparatus comprising: 

45 

a bus interface circuit coupled between said 
first station and said network; 
a processor coupled to said first station, said 
processor executing instructions defined by a 
secure programming language; and s< > 
a. memory coupled to said processor, said 
memory containing parameter information uti- 
lized by said network interface functions. 

1 5. The apparatus of claim 1 4 further comprising a ver- ss 
ification circuit coupled to said processor, said ver- 
ification circuit verifying access privileges of said 
second station by comparing a station identification 
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data string contained within an access request mes- 
sage sent by said second station with said param- 
eter information contained in said memory. 

16. The apparatus of claim 1 4 or claim 1 5 wherein said 
network interface functions include network band- 
width utilization. 

17. The apparatus of claim 1 6 wherein said apparatus 
is a Java Virtual Machine and said programming 
language is the Java Programming Language. 

1 8. A method of providing secure network management 
functions within a network interface device, said 
network interface comprising a memory, a proces- 
sor, and a bus interface circuit, said bus interface 
circuit coupling said first network station to a net- 
work, said network coupled to a second network 
station, said method comprising the steps of: 

storing a first parameter in said memory; 
storing a security routine in said memory, said 
security routine comprising instructions and 
one or more data objects defined by a secure 
programming language, said security routine 
containing a second parameter; 
causing said processor to execute said security 
routine; 

transmitting a first set of commands to said first 
network station if said security routine returns 
a first value; and 

transmitting a second set of commands to said 
first network station if said security routine re- 
turns a second value. 

19. The method of claim 18 wherein: 

said first parameter comprises a data string cor- 
responding to the identity of a user of said first 
network station, and 

one of said one or more data objects comprises 
a counter; 

wherein the step of causing said processor to exe- 
cute said security routine further comprises the 
steps of: 

verifying the identity of said user by comparing 
a character string input by said user to said first 
parameter, 

checking a value associated with said counter, 
decrementing said counter if said value ex- 
ceeds a threshold value, and 
issuing an authorization command allowing th 
transmission of said first set of commands if 
said counter exceeds said threshold value and 
said character string matches said first param- 
* eter. 
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20. Th method of claim 19 wherein said first set of 
commands causes said first network station to ex- 
ecute an application program executabl by said 
first network station. 

21. The method of claim 20 wherein said secure pro- 
gramming language is the Java programming lan- 
guage and said security routine is a Java applet. 

22. The method of claim 1 8 wherein said first parameter 
comprises a data string corresponding to the ad- 
dress of an authorized network station, and wherein 
the step of causing said processor to execute said 
security routine further comprises the steps of: 

verifying the authority of a network station re- 
questing access by comparing said first param- 
eter with a character string transmitted by said 
network station requesting access; and 
issuing an authorization command allowing the 
transmission of said first set of commands if 
said character string matches said first param- 
eter. 

23. The method of claim 19 wherein said first set of 
commands causes said network interface device to 
modify usage of said network. 

24. The method of claim 23 wherein said secure pro- 
gramming language is the Java programming lan- 
guage and said security routine is a Java applet. 
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